home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970626-19970929 / 000330_news@newsmaster….columbia.edu _Wed Sep 10 10:33:06 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA20077
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Wed, 10 Sep 1997 10:33:06 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA19560
  7.     for kermit.misc@watsun; Wed, 10 Sep 1997 10:33:05 -0400 (EDT)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: Telnet over PPP problems?
  12. Date: 10 Sep 1997 14:33:02 GMT
  13. Organization: Columbia University
  14. Lines: 61
  15. Message-ID: <5v6b2u$agu$1@apakabar.cc.columbia.edu>
  16. References: <EG7rBo.KzA@world.std.com>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Xref: news.columbia.edu comp.protocols.kermit.misc:7652
  19.  
  20. In article <EG7rBo.KzA@world.std.com>,
  21. William Smith <wpns@world.std.com> wrote:
  22. : Anyone else ever have problems getting K95 to start a Telnet session
  23. : over a PPP link?  I can Telnet from my work using K95 to my ISP
  24. : without any problems (except when the Internet is slow), but I
  25. : occasionally have trouble getting a session to start over a PPP link.
  26. : 
  27. It should make no difference, other than speed, what is sitting below
  28. IP in your TCP/IP stack: Ethernet, ISDN, PPP, SLIP, or paper cups and
  29. wet string.  Except of course that whatever it is must be set up correctly,
  30. and must itself work correctly.
  31.  
  32. But normally, it all should "just work".  However, some cautions do apply 
  33. to modem connections (e.g. for SLIP or PPP).  For example, they can become
  34. awfully slow for various reasons -- V.34 modems dropping down to lower
  35. modulations to adapt to link quality; error-correcting modems doing lots of
  36. retransmissions due to line noise.  And of course it is absolutely vital
  37. that you have RTS/CTS flow control enabled between PPP and the modem, and
  38. also that your PC contain a buffered UART (16550A), since unbuffered UARTs
  39. (8650, 16450, etc) are certain to lose data, even when RTS/CTS is in effect.
  40. However, from your description I don't think any of these necessarily bears
  41. upon your situation.
  42.  
  43. : I'm using Win95 OSR2 and establishing a dialup connection to my ISP,
  44. : and WWWeb browsing works fine.  Sometimes when I start a "telnet
  45. : world.std.com" session it takes a long time to get the login
  46. : banner/prompt, and occasionally it never shows up.  Hitting ^]a gets
  47. : no response, though if the banner/prompt is merely delayed i'll get a
  48. : couple of [Yes] responses just before it shows.
  49. : 
  50. The "[Yes]" message comes from the distant Telnet server.  This means that
  51. Kermit 95 has successfully connected to the Telnet server on world.std.com,
  52. and so it has done its job.  If the distant Telnet server is not giving you
  53. a login prompt right away, that's because the underlying service is slow --
  54. e.g. too busy, too many users logged in, etc -- it's taking a long time for
  55. the login process (a separate program that is started by the Telnet server)
  56. to load and start, and this has nothing to do with Kermit.  If the "[Yes]"
  57. messages show up immediately when you enter ^]a, this also means that the
  58. problem has nothing to do with the network connection itself, since the "Are
  59. You There?" message and its reply are going back and forth without delay or
  60. obstruction.
  61.  
  62. : I called my ISP and they brought K95 into question as a Telnet client,
  63. : I thought I'd check to see if this rings any bells with the rest of
  64. : the K95 users before I go haring off to try to find a better client...
  65. :
  66. It has nothing to do with Kermit 95.  To prove this to yourself, crank up
  67. Microsoft Telnet or any other client and see whether the same problem occurs
  68. under the same conditions (for a fair test, run them side by side in
  69. separate windows).
  70.  
  71. By the way, if you want to watch what goes on between Kermit 95 and the
  72. remote Telnet server, do this:
  73.  
  74.   K-95> set terminal debug on
  75.   K-95> telnet world.std.com
  76.  
  77. After you get the login prompt (if you ever do), use Alt-d to turn off
  78. debugging.
  79.  
  80. - Frank